home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000099_news@newsmaster….columbia.edu _Sun Oct 4 11:45:11 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA06205
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 4 Oct 1998 11:45:09 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA01417
  7.     for kermit.misc@watsun; Sun, 4 Oct 1998 11:45:09 -0400 (EDT)
  8. Path: news.columbia.edu!panix!news-peer.gip.net!news.gsl.net!gip.net!newshub.northeast.verio.net!newsserver.jvnc.net!post.servtech.com!hal9000.buf.servtech.com!spamguard!rchandra
  9. From: rchandra.spamguard@spamguard.letter.com
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Telnet disconnect
  12. Date: 4 Oct 1998 15:34:36 GMT
  13. Organization: Verio New York
  14. Lines: 20
  15. Message-ID: <6v84ic$s5i$1@post.servtech.com>
  16. References: <F04wA5.DqL@cix.compulink.co.uk>
  17. Reply-To: rchandra.spamguard@spamguard.letter.com
  18. NNTP-Posting-Host: hal9000.buf.servtech.com
  19. Originator: 0x804b6c0@0x804b560
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:9282
  21.  
  22. If your TCP connections disappear suddenly, I would suggest logging
  23. into your Linux systems as an appropriately privileged user (the
  24. UID that began your Pick session or the superuser) and send the shell
  25. or Pick a hangup signal.  Also, that DCD stuff in Pick may be
  26. necessary.  Of course, this is a manual process and doesn't help you
  27. much if it needs to be automated.
  28.  
  29. Also, if your Pick users are individuals (each has a separate
  30. login...e.g., not a shared login), in their login script (.profile,
  31. .login, or whatever is appropriate for the "shell" they run), you
  32. could search out any Pick or user shell process owned by that user,
  33. and "hang up" on it (parse the output of ps with perl or awk).  Or,
  34. you might allow each user up to "n" number of Pick processes, count
  35. them in the ps listing, and kill off excess instances of the program.
  36. Hint: sort the ps output by UID with "ps auxOU" (the "OU" part).
  37. -- 
  38. Oooooo-oooo-oooo-ooooo, Oooooo-oooo-oooo-ooooo, Ooooo-weem-oh-wum-ooo-ayyy
  39. In the jungle, the silicon jungle, the process sleeps tonight.
  40. Joe Philipps <rchandra-nospam@letter.com> http://www.servtech.com/~rchandra/
  41. You know what you have to do to send email to me successfully :^)